OpenEdge Classic à PAS : ce n'est pas si difficile

Questions fréquemment posées à prendre en compte lors de la migration vers la série OpenEdge 12.

Une variété de choses peuvent se produire lorsqu'une nouvelle version du logiciel est publiée. Certaines organisations peuvent être inspirées à être plus créatives et innovantes, tandis que d'autres peuvent être hésitantes et préoccupées par les dernières mises à jour.

Les organisations peuvent être nerveuses de passer de Classic à Progress Application Server (PAS) pour OpenEdge car elles craignent que la transition ne soit difficile. Mais l'équipe OpenEdge est là pour montrer qu'il s'agit d'un processus très simple !

Dans cet article de blog, nous examinerons les questions fréquemment posées par les organisations concernant la migration de Classic vers PAS. Nous vous donnerons également quelques conseils pour vous assurer que votre migration se passe bien.

Les clients interrogent fréquemment Cameron Wright, un expert technique OpenEdge, sur la migration et sa difficulté. De nombreuses organisations sont curieuses de connaître la meilleure stratégie pour aller de l'avant et des outils utiles pour faciliter une migration réussie.

Pour aider les autres comme vous, curieux de savoir ce que signifie passer de Classic à PAS pour OpenEdge, Cameron fournit un aperçu de ces questions fréquemment posées pour vous aider à apprendre ce que vous devez savoir lorsque vous vous dirigez vers PAS pour OpenEdge.

Quelle est la différence entre Classic et PAS ?

Il y a tellement de fonctionnalités mises à jour et modernes. Classic est plus ancien et n'a pas autant de fonctionnalités. En passant à la série OpenEdge 12, vous pouvez désormais profiter de PAS pour OpenEdge.

PAS pour OpenEdge est riche en fonctionnalités et offre encore plus d'avantages à votre organisation, tels que l'amélioration de l'évolutivité et l'amélioration des performances de vos applications métier. PAS est basé sur des technologies actuelles et ouvertes, dont Apache Tomcat. Il est évolutif, avec reprise après sinistre et sécurité intégrées. C'est le seul serveur d'applications recommandé par Progress pour les applications OpenEdge 12 et versions ultérieures. L'adoption de PAS permet une solution plus moderne, sécurisée et prête pour le cloud pour votre entreprise.

Quelle est la meilleure stratégie pour passer de 11.7 PAS à 12 ? Conseils pour réussir ?

Pour une migration réussie, le mieux est d'y aller lentement. Faites de légers changements, testez et répétez ! Les petits pas sont essentiels ici.

Une autre suggestion consiste à utiliser des tests qui sont reproductibles (tests automatisés). L'un des problèmes que nous avons découverts en travaillant avec les clients est que de nombreuses entreprises sur Classic n'ont pas beaucoup de tests automatisés qui peuvent être effectués dans le même ordre. Par conséquent, les tests automatisés sont essentiels car ils vous permettent d'exécuter des tests et de surveiller les données.

Le fait d'avoir ce test automatique rend le processus beaucoup plus facile et reproductible. Vous ferez de petits changements et vous voulez voir ces effets. La répétabilité est la clé. Ceci est également utile pour la planification future, car ces tests répétables peuvent être utilisés pour simuler le stress et la charge sur votre système afin d'anticiper la croissance.

Existe-t-il de la documentation sur l'outil de migration ? Comment le configurer ?

Pour vous aider à réussir votre migration, nous avons une ressource pour vous aider à obtenir les informations dont vous avez besoin lors du passage de Classic à PAS pour OpenEdge. Il couvrira des sujets tels que les attributs OpenEdge que vous devriez modifier et ceux que vous ne devriez pas, à quoi penser lorsque vous ajoutez plus de threads, de combien d'utilisateurs de base de données vous avez besoin, et plus encore.

Cette ressource et nos nouvelles recommandations de guide de migration vous guideront étape par étape dans PAS for OpenEdge pour préparer la modernisation des applications.
Cliquez ici pour un guide étape par étape dans PAS pour OpenEdge afin de préparer la modernisation des applications.

Quels sont les éléments clés que les clients doivent prendre en compte dans leur Classic AppServer avant de migrer ?

Il est important de noter que Classic n'est pas PAS et que PAS n'est pas Classic. Les choses que vous avez faites au cours des 15 dernières années peuvent ne pas s'appliquer dans la nouvelle version de PAS. Par exemple, la pratique des redémarrages nocturnes. C'est parce que Tomcat met du temps à classer le tampon et à démarrer les threads.

Un autre exemple est l'utilisation de variables partagées globales. Classic était beaucoup plus propice aux Globals, alors que PAS ne l'est pas.

L'autre chose à considérer est de commencer à regarder certains des nettoyages dans votre code. Maintenant, nous avons des outils et des astuces pour vous aider à nettoyer par la suite, mais rien de mieux que de passer en revue, de revoir votre code et de faire un peu de nettoyage avant la migration.

PAS est-il pris en charge dans un environnement .NETcore ? Ou simplement dans .NETframework en tant que serveur d'applications client Classic OpenApp ?

Actuellement, il ne s'agit que du framework .NET. Nous n'avons pas encore implémenté .NET Core, mais c'est quelque chose que nous prévoyons pour l'avenir.

Si vous exécutez OpenEdge version 11.7, existe-t-il un chemin pour la migration ?

Il y a toujours un chemin pour la migration. Si vous utilisez 11.7 Classic, nous vous recommandons de passer à 12. Et la raison en est que nous avons passé beaucoup de temps à ajouter des outils et des métriques avancés pour régler PAS.

Par exemple, certaines des avancées d'OpenEdge 12 incluent :

• Nombre étendu de paramètres
• Outils pour afficher la mémoire et les piles d'appels, ainsi que le profilage
• Lectures de bases de données
• Plus de diagnostic et de surveillance de l'état de santé outils
• Contrôles étendus pour démarrer et arrêter Tomcat pour définir des réinitialisations logicielles, matérielles et d'arrêt

L'outil de migration convertit-il tout en même temps si vous avez plusieurs applications et serveurs d'applications sur un serveur ?

Non. Il existe un script qui vous permet de convertir, et il prendra votre environnement Classic et tentera de le reproduire. C'est un bon point de départ pour vos tests, mais cela ne nie pas l'importance du réglage ou des tests.

Tout ce dont nous avons besoin sera-t-il disponible dans 12.2 (LTS), ou devrons-nous passer à une version non-LTS ?

12.2 LTS est une version prise en charge à long terme et la plus stable. Les versions LTS visent la stabilité et des changements minimes pour les clients. Les mises à jour fournissent des correctifs pour les problèmes critiques. C'est là que nous effectuons les corrections et les réparations et c'est là que nous passons la plupart du temps dans la base de code. Une version non LTS cible les clients qui ont besoin des modifications de fonctionnalités les plus récentes. Celles-ci contiennent de nouvelles fonctionnalités et des corrections de bogues.

La différence entre un non-LTS et un LTS est :

• Une version LTS est destinée à être adoptée par les clients qui recherchent principalement la stabilité et un changement minimal. pour une application déployée sur de nombreuses années.
• Les versions non LTS sont destinées aux clients recherchant un rythme d'innovation et de changement plus rapide. Ces versions, tout en offrant de nouvelles fonctionnalités et prêtes à être utilisées en production, deviennent retirées dès que la version suivante est disponible.

Pour en savoir plus sur le cycle de vie du produit OpenEdge et les versions LTS et non-LTS, veuillez consulter leProduit OpenEdge Cycle de vie.

Allez-vous ajouter des fonctionnalités des versions dot comme 12.3 ou 12.4 à 12.2 ?

Non, nous n'ajoutons pas de nouvelles fonctionnalités à moins qu'il ne s'agisse de certaines de ces modifications mineures de diagnostic. Nous durcissons et renforçons simplement le produit. C'est un environnement très stable, et c'est ce que nos clients nous ont demandé. Ils veulent cette stabilité.

Comment réduire l'utilisation de la mémoire ?

Vous pouvez effectuer beaucoup de réglages et de maintenance pour ajuster votre mémoire. La simple vérité est que vous devez surveiller votre consommation de mémoire dans vos processus et vous assurer que tous les objets que vous avez démarrés sont nettoyés. Dans 12.2.X, il existe un oehealthscanner déployable qui examine la santé de notre application et de notre instance PAS. Avec cela et une JConsole, vous pouvez surveiller la consommation de mémoire et la santé de votre application.

Quelles sont les principales améliorations du PAS à venir dans les prochaines versions de Progress ?

Sécurité, évolutivité et stabilité.

Vous souhaitez en savoir plus sur une migration réussie de Classic vers PAS ? Consultez nos ressources pour vous aider à démarrer.